tuto erreur 1

Vraiment fragile ce Dongle !
Il est garanti 1 an sauf erreur (ou je me trompe)

Cela était attendu depuis plus d'un mois et SciresM s'est donné du temps pour peaufiner son CFW tout en prenant en compte le firmware 6.0.0, voilà qu'il propose atmosphere-nx dans sa version 0.7 comme cela était prévu !

Il vous faudra:

• L’ensemble des fichiers de l'archive atmosphere-0.7.0.zip à mettre sur votre carte micro SD


• Utilisez le payload fusee-primary.bin via votre PC

Il annonce que le payload peut se lancer via Hekate puisque ce dernier intègre cette possibilité ! Toutefois, le développeur tumGER indique cela:

tumGER Wrote:Veuillez noter que je vais ajouter fusee comme payload dans le très bientôt ™ v10 (avec nos petites modifications personnalisées pour le rendre un peu plus froid <: rooEZ: 399827519286542336>)

• Si vous utilisez hekate, vous avez déjà l'expérience Atmosphere - Ne laissez pas tomber les fonctionnalités et ne vous contentez pas de leur chargeur de démarrage avec des fonctionnalités presque identiques pour les utilisateurs finaux.


• Si vous voulez toujours le tester ** et le charger sur hekate ** -
  1. Supprimez "fusee-primary.bin" dans "bootloader / payloads"
  2. Placez fusee-secondary.bin à la racine.

Je suis vraiment content pour l'équipe et je les remercie pour tout leur travail, sans eux il n'y aurait pas un seul CFW sur le marché.

Edit: Tutoriel actualisé mais il faudra que j'y revienne pour certains aspects après tests !

Edit 2: Démarche actualisée pour lancer atmosphère via hekate car j'avais une erreur. Grâce à l'indication de tumGER, problème résolu. La v10 de SDFilesSwitch viendra apporter le soutient correct du CFW atmosphère. Patience !

-------------------------
Autres infos:

HBLoader (aka HBL) propose sa version 2.0 en NSP pour accompagner le CFW atmosphère.

Le fichier binaire fourni est un fichier ExeFS PFS0.nsp, qui peut être placé dans /atmosphere/hbl.nsp ou chargé via une autre méthode de remplacement ExeFS.

ChangeLog

[+] CLIQUER POUR AFFICHER

• Prend désormais en charge l’exécution en tant qu’application avec un accès à la totalité des ~ 3,2 Go de RAM réservée aux applications, tout en restant compatible avec les anciens homebrew NRO. L'exécution en tant qu'applet de bibliothèque est toujours prise en charge, bien qu'elle n'ait accès qu'à 442 Mo de RAM.


• Autorise l'accès à toutes les autorisations FS.


• Autorise accès utilisateur / hôte à tous les services.


• Autorise l'accès au débogage de SVC.


• Accès à core3 afin de résoudre les problèmes de stabilité lors de l’utilisation préventive de threads multithread et d’équilibrage de charge.


• Ajout de la prise en charge de la clé ABI homebrew de RandomSeed, ce qui permet à l'homebrew de NRO d'utiliser les fonctions libnx randomGet * sans toujours obtenir les mêmes résultats tout au long d'une session unique de nx-hbloader.


• NPDM personnalisé construit à partir de la source.
  
  • Le type d'application par défaut du noyau limite le type à applet (2). Les utilisateurs d’Atmosphère ne sont pas concernés par cette modification, car sa prise en charge native de nx-hbloader définit automatiquement le type d’application approprié

Source: https://github.com/switchbrew/nx-hbload ... tag/v2.0.0

Ne confonds pas le mode RCM et le mode autoRCM. Mais je pense que tu as compris, c'est juste qu'à la lecture, cela peut induire en erreur.

Celui qui est risqué est l'autoRCM si et seulement si tu oublies de recharger ta batterie. Arrivée à 0%, il en reste un peu, suffisamment pour lancer un processus mais si tu insistes trop, c'est là qu'elle se vide totalement et que le problème arrive.

Pour ce qui est du CFW atmosphère, il sera compatible jusqu'au FW 6.0.0 pour le moment donc pas d'inquiétude.
La différence réside dans la méthode de lancement. De 1.0.0 à 3.x.x, pas besoin de mode RCM. Et pour 4.x.x, SciresM annonce qu'une faille coldboot sera possible. Au delà, de 5.x.x à 6.0.0, cela passera par le mode RCM pour le moment. Je ne sais si ce sera différent par la suite et je ne m'avancerai pas faire des suppositions.

Pour le reste, je dirais de patienter en attendant les évolutions proposées par Xecuter pour ce qui concerne sa possibilité d'emuNAND. Et rien n'oblige à faire la mise à jour firmware pour le moment.

Je suis activement les évolutions à travers leur discord respectif mais également depuis leur Github. Et je parcours les sites qui relatent les avancées. Rien de plus simple pour être certain de données les bonnes infos.

Et puis les développeurs sont accessibles dans la mesure où l'on ne fait pas son relou à travers des aspects insistants/redondants qui concernent leurs travaux.

S'intéresser et poser des questions sur leurs travaux en termes d'utilisation sera toujours mieux que de demander comment on joue aux backups ou comment les obtenir etc... (car c'est malheureusement 90% des demandes). Leurs travaux se basent sur une ouverture/libération des possibilités de la console et pas simplement du lancement de backup (même si cela en fait partie de fait, ce n'est pas leur préoccupation ni leur but).

Ok merci justement un gros point qui me freine c'est le mode rcm qui me fait peur pour la batterie moi je sais qu'il faut faire attention mais les enfants ne font pas attention.

Tu pense qu'une solution seras trouver pour atmosphere et le mode rcm en 5.1.0?

Je suis dégoûter que je pourrais pas profiter de cela comme je suis en 5.1.0 autrement tu as raison il ne me reste plus qu'as mettre à jours.

Par contre tu me dit certaine dlc update vont demander la 6.0 .

j'ai plein de encore question la je suis en 5.1.0 disons que je vais télécharger une dlc qui à besoin de la 6.0 mais comme je sais pas ou trouver c'est informations si j'installe avec SX OS il va directement faire la mise à jours en 6.0 ou j'aurais une erreur ou même un brick?

Et toi qui connais tellement de chose je doit dire même tu est un pro en la matière pense tu qu'une solution seras trouver pour le online même si la nand à des traces?

Et sera t'il possible un jour de contourner le ban pour ceux qui sont banni?

Merci à vous tous de nous aider nous utilisateurs qui connaissent rien au hack.

Bizarre que ta Wii te demande une mise à jour firmware. La dernière version est la 4.3.

HBC est l'homebrew launcher, il sert à installer les outils ou les lancer.
Wiiflow est un gestionnaire de backups. Tu as USB Loader GX en équivalent.
Priiloader sert à se prémunir du brick sauf erreur.

Pour le reste, tu as juste à mettre à jour les outils et actualiser le hack.

Il faudrait que tu fasses un syscheck et que tu le postes ici:
https://gamergen.com/tutoriels/tuto-sys ... i-114191-1

Ensuite et en fonction du rapport, tu auras des indications complémentaires.

@lakitu
Si l'utilisateur précédent a utilisé le jailbreak sur sa console via SX OS, et que ce que tu dis est vraiment ce qu'il a fait, seul le ticket des jeux XCi sont présents dans la NAND sauf si il les a supprimé. Et si le format NSP a été utilisé, c'est le cas également.
Et il y a donc son compte sur la Switch avec un jeu eShop installé. Du coup, tu te retrouves avec un compte non délié de la console. Chose à ne pas laissé lorsque l'on vend sa console.

Toutefois, rien n'est certain non plus. Pour la NAND, tu peux la faire mais dans l'état, c'est un peu tard. La réinitialisation peut effectivement répondre à cela. Il me semble que je donné des infos plus haut dans les commentaires sauf erreur.

@Morinass72
Oui, le SX OS 1.9 sera mieux que la v2.0.
À voir.

uc3f a proposé cela ^^

uc3f Wrote:J'ai uploadé toute les version du Sx Os si quelqu’un est intéressé :
https://www93.zippyshare.com/v/3spGjCcV/file.html

Après, la version 1.5 reste une bonne base. En dessous, il manquait des aspects. Et la 1.6 intègre le mode furtif mais incomplète car LayeredFS n'y était plus sauf erreur. La 1.8, je déconseille corrigée avec la 1.9. Et la 2.0 à oublier pour le moment.

Regardes plus haut dans les commentaires, il y a un lien qui te permettra de dl une archive. Il me semble que la version 1.9 est dedans sauf erreur.

Nop, l'ensemble a été mis à niveau pour accueillir le FW 6.0.0, que ce soit Hekate en v4.1, ReiNX en v1.6 ou RajNX.

Du coup, avec TegraRCMGUI, tout est intégré dans l'outil, et lorsque tu la branches au PC avec ton câble, il te demande l'installation du driver sauf erreur. Donc soit une étape du Tutoriel se fait mal, soit ton trombone n'est pas adapté.

L'idée est de la démarrer en mode RCM avant et de la relier ensuite au PC. De là, TegraRCMGUI te confirmera le mode RCM. Et pour finir tu injectes le payload de ton choix. Essaies en appuyant sur le bouton + à tout hasard au moment de l'injection.

Tu peux également essayer avec tegraRCMSmash.